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FIELD OF THE INVENTION 

The present invention relates generally to wireless communication networks, and 
more specifically to a system and method for increasing call capacity for an access point 
in a wireless local area network. 

5 

BACKGROUND OF THE INVENTION 

Wireless local area networks (WLANs) are increasingly being used to carry voice 
data transmitted in calls to and/or from mobile devices such as WLAN-phones. 
However, existing WLAN protocols are not well suited to carrying voice data. For 

10 example, in WLANs conforming to IEEE 802.1 1 standards, the PHY and MAC protocols 
add substantial overhead to each data packet. This additional overhead significantly 
limits the number of packets per second that can be carried, using either 802.1 Ib's 11 
Mb/s, or 802. 11 a and 802.1 Ig's 54 Mb/s capacity. A limitation on number of packets per 
second is not unique to WLANs, and other specific types of networks also suffer from the 

1 5 same limitation. In any type of network with a packets per second limitation, the number 
of simultaneous calls that can be supported may be limited as a result. 

In communicating voice data over a packet network, degradation of voice quality 
will occur if there are excessive voice path delays. The total delay for a voice path over a 
packet network includes a number of components, including "packetization delay". 

20 Packetization delay is the time required to collect voice samples into a packet prior to 
transmitting the packet onto the network. In general, if the total one way voice path delay 
for a call is much higher than about 150 ms, the voice quality of the call noticeably 
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deteriorates. To ensure that the total delay for voice data stays within acceptable limits, 
existing systems use a fixed delay budget for all calls, including a fixed bound on 
packetization delay. For example, many existing systems allocate 20 ms of packetization 
delay per packet. Voice data contained in each packet is therefore limited to 20 ms worth 
5 of voice samples. As a result, each phone on the WLAN transmits 50 relatively small 
packets per second. Under such conditions, simulations and measurements show that the 
total number of simultaneous calls a single 802.11b access point can support is around 
10. Moreover, this maximum call capacity can only be reached if the WLAN phones are 
relatively close to the wireless access point, and there is no interference from other access 

10 points (or other devices). In fact, a more realistic figure may be 3 concurrent calls per 
access point using a packet transmission interval of 20 ms. 

For the Internet, and increasingly all networks, voice data for phone calls is 
conveyed using Internet Protocol (IP) packets, using what are referred to as Voice over IP 
(VoIP) phones. As in all digitized voice conmixmications, "codec" (COder/DECoder) 

15 technology is used to convert analog voice signals into digital samples to be carried in 
packets. One approach to increasing network capacity for VoIP systems has been to use 
relatively low bit rate codecs, effectively making the VoIP packets smaller. The use of 
low bit rate codecs is even more prevalent in cellular phone access networks. However, 
this approach adds complexity and delay to the voice encoding/decoding process, since a 

20 nimiber of voice samples have to be gathered before the substantial voice compression 
processing can take place . Moreover, the resulting smaller packets do not significantly 
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improve call capacity for an access point in the WLAN context, since the limiting factor 
in the WLAN case is the number of transmission opportunities per second. 

In another area of development, the 802.11 MAC protocol may eventually be 
updated to make it more suitable to carrying voice data. However, any future MAC 
5 improvements are believed to be supplemental to the improvements provided by the 
disclosed system. 

For the reasons stated above and others, it would be desirable to have a new 
system for providing voice data paths through WLANs that increases the number of 
concurrent calls that can be handled through an access point. In particular, it would be 
10 desirable to have a system that increases the packet transmission interval of devices using 
a WLAN, in order to permit more calls to be handled without exceeding limitations on 
packets per second transmitted on the network. 



SUMMARY OF THE INVENTION 

15 To address the above described shortcomings of existing systems and others, a 

system and method for increasing the call capacity of an access point in a WLAN are 
disclosed. The disclosed system operates by determining whether a maximum total 
delay would be exceeded if a packetization delay component for a requested call is 
increased. In the event the packetization delay for the call can be increased without the 

20 total delay exceeding the maximum, and all participating devices can support the 
increase, the disclosed system increases the size of packets used in the call. In this way 
the packet transmission interval, equal to the time between packet transmissions, may be 
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increased, and the packet transmission rate for the call decreased. The maximum 
permitted delay may be predetermined, for example, as the amount of delay that cannot 
be exceeded without adversely impacting the voice quality of a call. 

Thus there is disclosed a system for providing voice data paths through WLANs 
5 that increases the number of concurrent calls that can be handled. The disclosed system 
advantageously increases the packet transmission interval for calls through the WLAN, to 
permit more calls to be handled simultaneously through an access point without 
exceeding a limitation on transmitted packets per second on the network. 



10 BRIEF DESCRIPTION OF THE DRAWINGS 

In order to facilitate a fuller understanding of the present invention, reference is 
now made to the appended drawings. These drawings should not be construed as limiting 
the present invention, but are intended to be exemplary only. 
15 Fig. 1 is a block diagram of devices in an illustrative embodiment; and 

Fig. 2 is a flow chart showing steps performed in an illustrative embodiment. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 
As shown in Fig. 1, a wireless network 5, such as a Wireless Local Area Network 
20 (WLAN), includes an access point device (AP) 10 and a number of mobile units 12, 
shown for purposes of illustration including mobile units 12 A, 12B and 12C. The mobile 
units 12 may be any specific type of device capable of participating in a phone call over 
the WLAN 5 through the AP 10, such as WLAN phones or other WLAN devices with IP 
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telephony hardware or software. The AP 10 may be any specific kind or type of WLAN 
access point operable to support the bridging of packets between the wireless network 5 
and the enterprise wired network 14, and the wireless network 5 may be any specific type 
of WLAN, such as, for example, a WLAN conformant with one or more of the IEEE 
5 802.11 standards. 

The AP 10 interconnects the wireless network 5 with an enterprise wired network 
14. The enterprise wired network 14 may be any appropriate type of network, using any 
appropriate type of communication media and protocols, such as an Ethemet-based LAN. 
The wired network 14 transports both the signaling and voice data transfers for VoIP 

10 ("Voice over IP") telephony operation. Interconnected with the wired network 14 are 
shown some number of local VoIP phones, a VPN ("Virtual Private Network") gateway 
26, a soft-switch call server 18, and a media gateway 20. The media gateway 20 
interconnects some number of enterprise TDM (Time Division Multiplexing) phones 22 
to the wired network 14. The TDM phones 22 are shown for purposes of illustration as 

15 including enterprise TDM phones 22A, 22B and 22c. The TDM phones 22 are 
telephones such as are also used connected to a PBX or Key System. They represent the 
phones that were not upgraded when the Enterprise replaced its PBX or Key System with 
a VoIP telephony system 16. The telecommunications device 16 may be embodied as a 
programmable network switch that can process the signaling protocols for various types 

20 of packet protocols. 

The local enterprise VoIP ("Voice over Internet Protocol") phones 24 may be any 
specific type of IP phone that may be coupled to a wired network, such as those that are 
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based on the ITU digital voice standards known as the "G." standards, including G.711 
and others. The VPN gateway 26 supports one or more VPNs through the Internet 28 to 
remote VoIP phones, such as the remote VoIP phone 30. 

Each of the devices shown in Fig. 1 includes software programs stored in some 
5 type of program memory, and executable on one or more processors. Additionally, each 
of the devices shown in Fig. 1 may include hardware logic operable to perform 
customized functions. Accordingly, the devices shown in Fig. 1 may embody functions 
of the present invention using software logic, hardware logic, or some combination of 
software and hardware logic. The disclosed system may be embodied by specific 

10 fimctionality included within WLAN phones, call servers, VoIP phones, and media 
gateways within an enterprise, such as those shown in Fig. 1 . For example, one or more 
call servers such as the soft-switch call server 18 of Fig. 1 may operate to determine 
when a requested call can use an increased packetization delay without exceeding a 
maximum delay. Additionally, WLAN and VoIP phones and media gateways within the 

15 enterprise may operate to vary the packetization delay and transmission rate of voice 
packets on a call by call basis. For example, the IP phones shown as the mobile units 12, 
the local enterprise VoIP phones 24, and the media gateway 20 may be operable to vary 
the packetization delay and transmission rate of voice packets for certain calls. 

In one embodiment of the disclosed system, the soft-switch call server 18 operates 

20 to determine whether the caller and called party are sufficiently "local" to each other by 
using the DNs (directory numbers) of the caller and called party during call setup. The 
soft-switch call server 1 8 accordingly stores location indications in association with DNs 
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to support this determination. For example, those DNs associated with a single enterprise 
site or location could be considered local to each other, and therefore a call within a 
single site could be determined eligible for using an increased packetization delay over a 
default packetization delay. 
5 In such an exemplary embodiment, a VoIP signaling protocol used to set up a call, 

such as SIP (Session Initiation Protocol) or some other protocol, can be used to determine 
whether an increased packetization delay can be handled by the equipment needed to 
connect the call. For example, when SIP signaling is used, the call server 18 may operate 
to modify SDP (Session Description Protocol) parameters offered to the terminating 

10 equipment of the called party to indicate that the packet transmission interval should be 
increased from a default value to some greater length for the requested call. Such an 
increased packet transmission interval may be any specific value appropriate to a given 
implementation and operational environment. For example, the packet transmission 
interval might be increased to 80 ms for the requested call from a default of 20 ms for 

15 other calls. The SDP parameters may also indicate codec options for the requested call, 
and the call server 18 may also limit the potential packetization delay options offered in 
order to reduce packet size. However, reducing packet size may not be of great 
importance in a tightly designed WLAN deployment. 

Subsequently, when the requested call progresses to an Accept stage in the SIP 

20 call set-up process, the call server 18 operates to alter the SDP parameters going to the 
call originator equipment to match the packet interval indicated by the called party's 
terminating party equipment. The equipment of both the caller and the called party are in 
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this way set up to use the longer packet interval when the talk phase of the connected call 
begins. 

Since a call set up in this way transmits fewer packets that would ordinarily be the 
case, the limitation on number of packets transmitted on the WLAN is not reached as 
5 quickly. For example, in the case where the packet transmission interval is increased to 
80 ms from 20 ms, thus increasing the amount of voice data stored in each packet to 80 
ms worth of samples, only one quarter of the number of packets are transmitted. 
Accordingly, a WLAN access point will advantageously be able to support almost four 
times as many simultaneous voice calls. Moreover, since 80 ms is still well beneath a 

10 noticeable delay for real time voice communications, voice quality is maintained. The 
actual benefit of the disclosed system will depend on the proportion of calls determined 
to be "local" and of those, the proportion that are between terminals equipped to handle 
extended intervals between voice packet transmissions. An enterprise voice system may 
be deployed where only the mobile units 12 have the disclosed extended packet 

15 transmission interval capability. A next level of improvement would be gained if the 
media gateway 20 included extended packet transmission interval capability, so that calls 
between mobile units 12 and TDM phones 22 can use the extended packet transmission 
intervals. Additionally, if the wire line VoIP phones 24 also had the extended packet 
transmission interval capability, than all calls in the enterprise involving one of the 

20 mobile units 12 could use the disclosed extended packet protocol. 

Those skilled in the art will recognize that VoIP signaling protocols other than 
SIP, such as H.323, H.248/Megaco, Unistim etc., have equivalent ways of specifying 
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media streams to each end party, and that these protocols can also be used by the call 
server to set the packet transmission interval for a call. 

While the above description refers to using DNs for determining if a terminal 
device for a requested call is local to the caller or not, the present invention is not so 
5 limited. Accordingly, other techniques may be applied to determine whether a call can 
employ an extended packet transmission interval. For example, during a registration 
process, local and remote terminal devices may explicitly indicate their ability to alter the 
packet interval to the call server 18, or the call server 18 may operate to determine their 
capabilities in this regard. Moreover, the disclosed system may be embodied to 

10 determine if a user is using a usually local IP phone from an extemal site, over the 
Internet, through a VPN tunnel. As shown in Fig. 1, a user may be using a remote VoIP 
phone 30 in a call conveyed over the internet, through the VPN gateway 26. The VoIP 
phone 30 may be a phone that can be connected directly to the wired network 14 within 
the enterprise at other times. In such a case, the disclosed system operates to determine if 

15 the phone is not currently local based on a characteristic other than DN, since the DN 
may be the same whether the phone is being used locally or remotely. For example, the 
VoIP phone 30 may indicate whether it is currently local or remote to the call server 18 
during a SIP register operation or the equivalent. Location status may be determined by 
the remote VoIP phone 30 by a VoIP client process on the remote VoIP phone 30 

20 detecting that a VPN client process is operating beneath it to convey calls over the 
Internet 28. Further, a determination of whether a phone is using a VPN may be made by 
a comparison of a current IP address used by the phone with a normal "local" IP address 
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for the phone stored in the call server 18. If the current IP address for the phone does not 
match the stored IP address, then the call server 1 8 determines that the phone is being 
used remotely through a VPN gatevs^ay, such as the VPN gateway 26. 

In an alternative embodiment, the call server 18 processes each call by 
5 determining w^hat the total transmission delay of each packet in the media stream for the 
call would be if the call were connected. One realization of this would be for the call 
server 18 to use the IP PING protocol and "ping" each terminal of the call. From the 
PING response times the call server will be able derive an upper bound estimate on the 
total transmission delay for the voice packets of the call being set up. The call server 18 
10 then calculates, or looks up in a table entry, an increased packet transmission interval for 
the requested call that will deliver adequate voice response. The call server 18 then 
signals the packet transmission interval determined in this way to each terminal of the 
call. 

Fig. 2 is a flow chart showing steps performed in an illustrative embodiment of 
15 the disclosed system. As shown in Fig. 2, at step 40 a call request is received at a call 
server system, for example as a result of a phone call placed from a WLAN phone. At 
step 42 the call server performs a delay budget check to determine whether the packet 
size, and accordingly the packet transmission interval for the requested call can be 
increased. Any specific technique may be used to determine whether the packet size for a 
20 call can be increased. In one embodiment, the disclosed system determines whether the 
call is "local". For example, a call within a single enterprise site may be considered to be 
a local call. At step 44, the call server also checks as to whether the devices needed to 
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support the requested call, such as terminating IP phones, media gateways, etc. can 
handle the increased packet size and resulting increased packet transmission interval. If 
the call is determined to be local at step 42, and the relevant devices can support an 
increased packet size, then at step 46 the disclosed system informs the relevant devices of 
5 the increased size of the packets to be used in the call. At step 48, the call is connected, 
and the voice packets generated using the increased packetization interval are used to 
convey the voice data for the call. The increased packetization interval results in each 
packet being loaded with an increased number of voice samples, and in a decrease in the 
packet transmission rate for the call. 

10 For example, as noted above, if the total delay for a call is much higher than about 

150 ms, the voice quality of the call noticeably deteriorates. Accordingly, the disclosed 
system may be embodied to operate such that this total is not exceeded. Previous systems 
have ensured that the total delay stayed within acceptable limits by defining a fixed 
packetization delay budget for all calls, such as the above mentioned 20 ms. While these 

15 specific limits may be appropriate when a call must be carried between widely separated 
geographic locations, the disclosed system takes advantage of the fact that they may be 
relaxed when a call is relatively local. By increasing the packet size, and lowering the 
packet transmission rate for a given call, the disclosed system allows more calls to be 
supported by an access point for a wireless network. For example, if the packetization 

20 interval can be increased firom 20 ms to 80 ms, almost four times as many concurrent 
calls can be supported by an access point. 
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While the disclosed system is described with regard to WLAN implementations, it 
is not so limited. The disclosed system is applicable to any packet network carrying 
voice packets where media capacity is dominated by packets per second, rather than bytes 
per second. WLANs are just a current example of such networks. 
5 The above description of the preferred embodiments include a flowchart and a 

block diagram illustration of methods, apparatus (systems) and computer program 
products according to an embodiment of the invention. Those skilled in the art will 
recognize that the specific orders of steps shown in the flow chart are given purely for 
purposes of illustration, and that the actual order in which the described operations are 

10 performed may vary between embodiments, configurations, or based on specific 
operational conditions. It will be further understood that each block of the flowchart and 
block diagram illustrations, and combinations of blocks, can be implemented by 
computer program instructions. These computer program instructions may be loaded onto 
a computer or other programmable data processing apparatus to produce a machine, such 

15 that the instructions which execute on the computer or other programmable data 
processing apparatus create means for implementing the functions specified in the block 
or blocks. These computer program instructions may also be stored in a computer- 
readable memory that can direct a computer or other progranmiable data processing 
apparatus to function in a particular manner, such that the instructions stored in the 

20 computer-readable memory produce an article of manufacture including instruction 
means which implement the function specified in the block or blocks. The computer 
program instructions may also be loaded onto a computer or other programmable data 
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processing apparatus to cause a series of operational steps to be performed on the 
computer or other progranmiable apparatus to produce a computer implemented process 
such that the instructions which execute on the computer or other programmable 
apparatus provide steps for implementing the functions specified in the block or blocks. 

Those skilled in the art should readily appreciate that programs defining the 
functions of the present invention can be delivered to a computer in many forms; 
including, but not limited to: (a) information permanently stored on non-writable storage 
media (e.g. read only memory devices within a computer such as ROM or CD-ROM 
disks readable by a computer I/O attachment); (b) information alterably stored on 
writable storage media (e.g. floppy disks and hard drives); or (c) information conveyed to 
a computer through communication media for example using baseband signaling or 
broadband signaling techniques, including carrier wave signaling techniques, such as 
over computer or telephone networks via a modem. 

Finally, while the invention is described through the above exemplary 
embodiments, it will be understood by those of ordinary skill in the art that modification 
to and variation of the illustrated embodiments may be made without departing fi^om the 
inventive concepts herein disclosed. Accordingly, the invention should not be viewed as 
limited except by the scope and spirit of the appended claims. 
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